home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 18 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.2 KB

  1. Path: in1.uu.net!bounce-back
  2. Date: 09 Jan 96 14:48:03 GMT
  3. Approved: fjh@cs.mu.oz.au
  4. From: Etay_Bogner@mail.stil.scitex.com (Etay Bogner)
  5. Newsgroups: comp.std.c++
  6. Subject: Re: Throwing an exception from within a signal handler
  7. X-Original-Date: Tue, 09 Jan 1996 10:08:51 +0200
  8. Organization: Scitex Corp.
  9. Message-ID: <Etay_Bogner-0901961008510001@metay.stil.scitex.com>
  10. References: <4cpmh0$ltf@natasha.rmii.com>
  11. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  12.     iQBFAgUBMPKANuEDnX0m9pzZAQELQAF/RILL9rjar8V7uKd5J+oGUK4BZG88Db8h
  13.     KDQTP8NkVZNbQLUGSCLDUA6T07H97Z0L
  14.     =oZlU
  15.  
  16. In article <4cpmh0$ltf@natasha.rmii.com>, jtc@rmii.com (Jim Cochrane) wrote:
  17.  
  18. >> Does the proposed ANSI standard say anything about throwing an exception
  19. >> from within a signal handler?  Is the resulting behavior safe and
  20. well-defined,
  21. >> or is it undefined or implementation-dependent?
  22. >> 
  23.  
  24. Again, I wonder why this passed the moderation ...
  25.  
  26. signal handlers is a C++ issue ? come on ...
  27.  
  28. -- 
  29. -- Etay Bogner,
  30. -- Etay_Bogner@mail.stil.scitex.com,
  31. -- Scitex Corp.
  32. -- Israel.
  33. ---
  34. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  35.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  36.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  37.